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AMENDMENTS TO THE CLAIMS 

Please amend Claims 1 , 9, 1 1 , 1 3, 21 , 23, 25, 33, 35, 37, 45, 47, 49, 57, 59, 61 , 
69, 71, 73, 81, 83, 85, 93, and 95 as indicated below. 

1. (Currently Amended) A process for client-side retrieval, storage, and 
execution of application programs and other related data streamed from a server 
across a computer network to a client system in a computer environment, comprising 
the steps of: 

providing a streaming file system on said client; 

wherein said streaming file system appears to said client to contain the 
i nsta lle d an application program; 

wherein said streaming file system receives aH— requests from local 
processes for application program code or data that are part of the application 
program : 

loading a portion of said application program code or data into prov i d i ng a 
persistent cache on said client wherein said portion of said application program 
code or data stored in said persistent cache is available for reuse after 
termination of said application program ; and 

wherein said streaming file system satisfies requests for application 
program code or data by retrieving it from said persistent cache stor e d i n a 
nat i v e f ile syst e m or by retrieving it d i r e ct l y from said serve r; a nd 

wh e r ei n app li c a t i on progr a m cod e or data r e tr ie ved from s ai d s e rv e r i s 
p la c e d i n sa i d p e rs i st e nt cach e for r e us e. 

2. (Original) The process of claim 1, wherein said persistent cache is 
encrypted with a key not permanently stored on said client to prevent unauthorized use 
or duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the application 
program's persistent storage area in said persistent cache. 

3. (Original) The process of claim 1, wherein said client initiates the 
prefetchfng of application program code and data from said server; and wherein said 
client inspects program code or data file requests and consults the contents of said 
persistent cache as well as historic information about application program fetching 
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patterns and uses this information to request additional blocks of application program 
code and data from said server that said client expects will be needed soon. 

4. (Original) The process of claim 1, wherein said server initiates the 
prefetching of application program code and data for said client; and wherein said 
server examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need soon. 

5. (Original) The process of claim 1 , further comprising the step of: 
providing a client-to-client communication mechanism that allows local 

application customization to migrate from one client machine to another without 
involving server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to- 
client mechanism contacts the first machine to retrieve customized files and 
other customization data; and 

wherein unmodified files are retrieved from said server. 

6. (Original) The process of claim 1 , further comprising the step of: 
wherein said streaming file system is a copy-on-write file system that 

allows applications to write configuration or initialization files where they want to 
without rewriting the application, and without disturbing the local customization of 
other clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
providing a cache index; 

wherein said cache index indicates which pages in said persistent cache 
are clean and dirty; and 

wherein said copy-on-write file system references said cache index to 
determine if a page is clean or dirty. 
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7. (Original) The process of claim 1 , further comprising the step of: 
marking specific files in said persistent cache as not modifiable; 
wherein said streaming file system does not allow any data to be written to 

said specific files that are marked as not modifiable; and 

wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

8. (Original) The process of claim 1 , further comprising the step of: 
maintaining checksums of application code and data in said persistent 

cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored in 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

9. (Currently Amended) The process of claim 1 , further comprising the step 

of: 

assigning each file in an application program a unique identifier; 

wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; 

wherein files that are unchanged retain the same number; and 

wherein directories whose contents change are also considered changesv 
and if 4f any file changes, this will cause its parent to change, all the way up to 
the- a root directory. 

10. (Original) The process of claim 9, wherein when an application upgrade 
occurs said client is given a new root directory for the application program by said 
server; wherein said new root directory is used by said streaming file system to search 
for files in the application program; wherein files that do not change can be reused from 
said persistent cache without downloading them again from said server; and wherein 
files with new identifiers are retrieved from said server. 

1 1 . (Currently Amended) The process of claim 8 10. wherein said application 
upgrades can be marked as mandatory by said server causing the new root directory 
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for the application program to be used immediately; and wherein said streaming file 
system contacts said server when an application program is started in order to receive 
any application upgrades. 

12. (Original) The process of claim 1, wherein said server broadcasts an 
application program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

13. (Currently Amended) A process for client-side retrieval, storage, and 
execution of application programs and other related data streamed from a server 
across a computer network to a client system in a computer environment, comprising 
the steps of: 

providing a kernel-mode streaming file system driver on said client; 
providing a user-mode client on said client; 

wherein said streaming file system receives aH— requests from local 
processes for application program code or data that are part of the-an application 
program : 

loading a portion of said application program code or data into prov i d i ng a 
persistent cache on said client wherein said portion of said application program 
code or data stored in said persistent cache is available for reuse ; 

wherein requests made to said streaming file system are directed to said 
user-mode client or retrieved from said persistent cache; and 

wherein said user-mode client handles the application program code and 
data streams from said server and sends the results back to said streaming file 
system drive r; and 

wh e r ei n app li cation program cod e or dat a r e tr ie v e d from sa i d s e rv e r i s 
p l ac e d i n sa i d p e rsist e nt cache for r o us o. 

14. (Original) The process of claim 13, wherein said persistent cache is 
encrypted with a key not permanently stored on said client to prevent unauthorized use 
or duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the application 
program's persistent storage area in said persistent cache. 

15. (Original) The process of claim 13, wherein said client initiates the 

prefetching of application program code and data from said server; and wherein said 
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client inspects program code or data file requests and consults the contents of said 
persistent cache as well as historic information about application program fetching 
patterns and uses this information to request additional blocks of application program 
code and data from said server that said client expects will be needed soon. 

16. (Original) The process of claim 13, wherein said server initiates the 
prefetching of application program code and data for said client; and wherein said 
server examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need soon. 

17. (Original) The process of claim 13, further comprising the step of: 
providing a client-to-client communication mechanism that allows local 

application customization to migrate from one client machine to another without 
involving server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to- 
client mechanism contacts the first machine to retrieve customized files and 
other customization data; and 

wherein unmodified files are retrieved from said server. 

18. (Original) The process of claim 13, further comprising the step of: 
wherein said streaming file system is a copy-on-write file system that 

allows applications to write configuration or initialization files where they want to 
without rewriting the application, and without disturbing the local customization of 
other clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
providing a cache index; 

wherein said cache index indicates which pages in said persistent cache 
are clean and dirty; and 
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wherein said copy-on-write file system references said cache index to 
determine if a page is clean or dirty. 

19. (Original) The process of claim 13, further comprising the step of: 
marking specific files in said persistent cache as not modifiable; 
wherein said streaming file system does not allow any data to be written to 

said specific files that are marked as not modifiable; and 

wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

20. (Original) The process of claim 13, further comprising the step of: 
maintaining checksums of application code and data in said persistent 30 

cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored in 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

21 . (Original) The process of claim 13, further comprising the step of: 
assigning each file in an application program a unique identifier; 
wherein files that are changed or added in an application upgrade are 

given new identifiers never before used for that application program; 
wherein files that are unchanged retain the same number; bb4 
wherein directories whose contents change are also considered changesr 

and if tf any file changes, this will cause its parent to change, all the way up to a 

the-root directory. 

22. (Original) The process of claim 21, wherein when an application upgrade 
occurs said client is given a new root directory for the application program by said 
server; wherein said new root directory is used by said streaming file system to search 
for files in the application program; wherein files that do not change can be reused from 
said persistent cache without downloading them again from said server; and wherein 
files with new identifiers are retrieved from said server. 
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23. (Currently Amended) The process of claim 2A 22 , wherein said 
application upgrades can be marked as mandatory by said server causing the new root 
directory for the application program to be used immediately; and wherein said 
streaming file system contacts said server when an application program is started in 
order to receive any application upgrades. 

24. (Original) The process of claim 13, wherein said server broadcasts an 
application program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

25. (Currently Amended) A process for client-side retrieval, storage, and 
execution of application programs and other related data streamed from a server 
across a computer network to a client system in a computer environment, comprising 
the steps of: 

providing a streaming block driver on said client; 

wherein said block driver provides the abstraction of a physical disk to a 
native file system already installed on the client operating system; 

loading data associated with said application program into prov i d i ng a 
persistent cache on said client wherein said data stored in said persistent cache 
is available for reuse ; 

wherein said block driver receives requests for physical block reads and 
writes from local processes which it satisfies out of said persistent cache on a 
standard file system that is backed by a physical disk drive; and 

wherein requests that cannot be satisfied by said persistent cache are 
sent to said server. 

26. (Original) The process of claim 25, wherein said persistent cache is 
encrypted with a key not permanently stored on said client to prevent unauthorized use 
or duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the application 
program's persistent storage area in said persistent cache. 

27. (Original) The process of claim 25, wherein said client initiates the 

prefetching of application program code and data from said server; and wherein said 

client inspects program code or data file requests and consults the contents of said 

persistent cache as well as historic information about application program fetching 
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patterns and uses this information to request additional blocks of application progrann 
code and data from said server that said client expects will be needed soon. 

28. (Original) The process of claim 25, wherein said server initiates the 
prefetching of application program code and data for said client; and wherein said 
server examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need soon. 

29. (Original) The process of claim 25, further comprising the step of: 
providing a client-to-client communication mechanism that allows local 

application customization to migrate from one client machine to another without 
involving server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to 
client mechanism contacts the first machine to retrieve customized files and 
other customization data; and 

wherein unmodified files are retrieved from said server. 

30. (Original) The process of claim 25, further comprising the step of: 
wherein said block driver is a copy-on-write block driver that allows 

applications to write configuration or initialization files where they want to without 
rewriting the application, and without disturbing the local customization of other 
clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
providing a cache index; 

wherein said cache index indicates which pages in said persistent cache 
are clean and dirty; and 

wherein said copy-on-write block driver references said cache index to 
determine if a page is clean or dirty. 
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31 . (Original) The process of claim 25, further comprising the step of: 
marking specific files in said persistent cache as not modifiable; 
wherein said block driver does not allow any data to be written to said 

specific files that are marked as not modifiable; and 

wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

32. (Original) The process of claim 25, further comprising the step of: 
maintaining checksums of application code and data in said persistent 

cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored n 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

33. (Currently Amended) The process of claim 25, further comprising the step 

of: 

assigning each file in an application program a unique identifier; 

wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; 

wherein files that are unchanged retain the same number; and 

wherein directories whose contents change are also considered changesv 
and if If any file changes, this will cause its parent to change, all the way up to a 
the-root directory. 

34. (Original) The process of claim 33, wherein when an application upgrade 
occurs said client is given a new root directory for the application program by said 
server; wherein said new root directory is used by said block driver to search for files in 
the application program; ram; wherein files that do not change can be reused from said 
persistent cache without downloading them again from said server; and wherein files 
with new identifiers are retrieved from said server. 

35. (Currently Amended) The process of claim 33 34 , wherein said 

application upgrades can be marked as mandatory by said server causing the new root 
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directory for the application program to be used immediately; and wherein said block 
driver contacts said server when an application program is started in order to receive 
any application upgrades. 

36. (Original) The process of claim 25, wherein said server broadcasts an 
application program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

37. (Currently Amended) A process for client-side retrieval, storage, and 
execution of application programs and other related data streamed from a server 
across a computer network to a client system in a computer environment, comprising 
the steps of: 

providing a disk driver on said client; 
providing a user-mode client on said client; 

wherein said disk driver sends all file requests that it receives to said user- 
mode client; 

loading data associated with an application program into prov i d i ng a 
persistent cache on said client wherein said data stored in said persistent cache 
is available for reuse ; and 

wherein said user-mode client attempts to satisfy said file requests from 
said program persistent cache or by mak i ng r e qu e sts from said server. 

38. (Original) The process of claim 37, wherein said persistent cache is 
encrypted with a key not permanently stored on said client to prevent unauthorized use 
or duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the application 
program's persistent storage area in said persistent cache. 

39. (Original) The process of claim 37, wherein said client initiates the 
prefetching of application program code and data from said server; and wherein said 
client inspects program code or data file requests and consults the contents of said 
persistent cache as well as historic information about application program fetching 
patterns and uses this information to request additional blocks of application program 
code and data from said server that said client expects will be needed soon. 

40. (Original) The process of claim 37, wherein said server initiates the 

prefetching of application program code and data for said client; and wherein said 

-11- 



Appl. No. 
Filed 



09/858,260 
May 15, 2001 



server examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need soon. 

41 . (Original) The process of claim 37, further comprising the step of: 
providing a client-to-client communication mechanism that allows local 

application customization to migrate from one client machine to another without 
involving server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to- 
client mechanism contacts the first machine to retrieve customized files and 
other customization data; and 

wherein unmodified files are retrieved from said server. 

42. (Original) The process of claim 37, further comprising the step of: 
wherein said user-mode client is a copy-on-write user-mode client that 

allows applications to write configuration or initialization files where they want to 
without rewriting the application, and without disturbing the local customization of 
other clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
providing a cache index; 

wherein said cache index indicates which pages in said persistent cache 
are clean and dirty; and 

wherein said copy-on-write user-mode client references said cache index 
to determine if a page is clean or dirty. 

43. (Original) The process of claim 37, further comprising the step of: 

marking specific files in said persistent cache as not modifiable; 

wherein said user-mode client does not allow any data to be written to 

said specific files that are marked as not modifiable; and 
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wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

44. (Original) The process of claim 37, further comprising the step of: 
maintaining checksums of application code and data in said persistent 

cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored n 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

45. (Currently Amended) The process of claim 37, further comprising the step 

of: 

assigning each file in an application program a unique identifier; 

wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; 

wherein files that are unchanged retain the same number; and 

wherein directories whose contents change are also considered changesr 
and iLtf any file changes, this will cause its parent to change, all the way up to a 
the-root directory. 

46. (Original) The process of claim 45, wherein when an application upgrade 
occurs said client is given a new root directory for the application program by said 
server; wherein said new root directory is used by said user-mode client to search for 
files in the application program; wherein files that do not change can be reused from 
said persistent cache without downloading them again from said server; and wherein 
files with new identifiers are retrieved from said server. 

47. (Currently Amended) The process of claim 4§ 46 , wherein said 
application upgrades can be marked as mandatory by said server causing the new root 
directory for the application program to be used immediately; and wherein said user- 
mode client contacts said server when an application program is started in order to 
receive any application upgrades. 
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48. (Original) The process of claim 37, wherein said server broadcasts an 
application program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

49. (Currently Amended) An apparatus for client-side retrieval, storage, and 
execution of application programs and other related data streamed from a server 
across a computer network to a client system in a computer environment, comprising: 

a streaming file system on said client; 

wherein said streaming file system appears to said client to contain the 
installed application program; 

wherein said streaming file system receives aH— requests from local 
processes for application program code or data that are part of the-an application 
program ; 

a persistent cache on said client wherein the persistent cache stores a 
portion of said application program code or data, and wherein said portion of 
said application program code or data is available for reuse after termination of 
said application program ; and 

wherein said streaming file system satisfies requests for said application 
program code or data by retrieving it from said persistent cache stored in a 
native file system or by retrieving it d i r e ct l y from said serve r; and 

wh e r e in a pp li cat i on program cod e or d a t a r e tr ie v e d from s ai d s e rv e r i s 
p l ac e d i n said p e rs i st e nt c a ch e for r e us e. 

50. (Original) The apparatus of claim 49, wherein said persistent cache is 
encrypted with a key not permanently stored on said client to prevent unauthorized use 
or duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the application 
program's persistent storage area in said persistent cache. 

51. (Original) The apparatus of claim 49, wherein said client initiates the 

prefetching of application program code and data from said server; and wherein said 

client inspects program code or data file requests and consults the contents of said 

persistent cache as well as historic information about application program fetching 

patterns and uses this information to request additional blocks of application program 

code and data from said server that said client expects will be needed soon. 
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52. (Original) The apparatus of claim 49, wherein said server initiates the 
prefetching of application program code and data for said client; and wherein said 
server examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need soon. 

53. (Original) The apparatus of claim 49, further comprising: 

a client-to-client communication mechanism that allows local application 
customization to migrate from one client machine to another without involving 
server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to- 
client mechanism contacts the first machine to retrieve customized files and 
other customization data; and 

wherein unmodified files are retrieved from said server. 

54. (Original) The apparatus of claim 49, further comprising: 

wherein said streaming file system is a copy-on-write file system that 
allows applications to write configuration or initialization files where they want to 
without rewriting the application, and without disturbing the local customization of 
other clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
a cache index; 

wherein said cache index indicates which pages in said persistent cache 
are clean and dirty; and 

wherein said copy-on-write file system references said cache index to 
determine if a page is clean or dirty. 

55. (Original) The apparatus of claim 49, further comprising: 
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a module for marking specific files in said persistent cache as not 
modifiable; 

wherein said streaming file system does not allow any data to be written to 
said specific files that are marked as not modifiable; and 

wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

56. (Original) The apparatus of claim 49, further comprising; 

a module for maintaining checksums of application code and data in said 
persistent cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored n 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

57. (Currently Amended) The apparatus of claim 49, further comprising: 

a module for assigning each file in an application program a unique 
identifier; 

wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; 
wherein files that are unchanged retain the same number; and 
wherein directories whose contents change are also considered changesr 
and if If any file changes, this will cause its parent to change, all the way up to a 
the-root directory. 

58. (Original) The apparatus of claim 57, wherein when an application 
upgrade occurs said client is given a new root directory for the application program by 
said server; wherein said new root directory is used by said streaming file system to 
search for files in the application program; wherein files that do not change can be 
reused from said persistent cache without downloading them again from said server; 
and wherein files with new identifiers are retrieved from said server. 

59. (Currently Amended) The apparatus of claim § 7 58 . wherein said 

application upgrades can be marked as mandatory by said server causing the new root 
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directory for the application program to be used immediately; and wherein said 
streaming file system contacts said server when an application program is started in 
order to receive any application upgrades. 

60. (Original) The apparatus of claim 49, wherein said server broadcasts an 
application program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

61. (Currently Amended) An apparatus for client-side retrieval, storage, and 
execution of application programs and other related data streamed from a server 
across a computer network to a client system in a computer environment, comprising: 

a kernel-mode streaming file system.driver on said client; 
a user-mode client on said client; 

wherein said streaming file system receives aH— requests from local 
processes for application program code or data that are part of the application; 

a persistent cache on said client wherein said persistent cache has a 
portion of said application program code or data loaded therein and wherein said 
portion of said application program code or data is available for reuse after 
termination of said application program ; 

wherein requests made to said streaming file system are directed to said 
user-mode client or retrieved from said persistent cache: and 

wherein said user-mode client handles the application program code and 
data streams from said server and sends the results back to said streaming file 
system drive r; and 

whor o in app l icat i on program code or data rotr i ovod from sa i d sorvor i s 
p la c e d i n sa i d p e rs i st e nt cach e for r e us e. 

62. (Original) The apparatus of claim 61, wherein said persistent cache is 
encrypted with a key not permanently stored on said client to prevent unauthorized use 
or duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the application 
program's persistent storage area in said persistent cache. 

63. (Original) The apparatus of claim 61, wherein said client initiates the 

prefetching of application program code and data from said server; and wherein said 

client inspects program code or data file requests and consults the contents of said 
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persistent cache as well as historic information about application program fetching 
patterns and uses this information to request additional blocks of application program 
code and data from said server that said client expects will be needed soon. 

64. (Original) The apparatus of claim 61, wherein said server initiates the 
prefetching of application program code and data for said client; and wherein said 
server examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need soon. 

65. (Original) The apparatus of claim 61 , further comprising: 

a client-to-client communication mechanism that allows local application 
customization to migrate from one client machine to another without involving 
server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to 
client mechanism contacts the first machine to retrieve customized files and 
other customization data; and 

wherein unmodified files are retrieved from said server. 

66. (Original) The apparatus of claim 61 , further comprising: 

wherein said streaming file system is a copy-on-write file system that 
allows applications to write configuration or initialization files where they want to 
without rewriting the application, and without disturbing the local customization of 
other clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; a cache index; 

wherein said cache index indicates which pages in said persistent cache 
are clean and dirty; and 

wherein said copy-on-write file system references said cache index to 

determine if a page is clean or dirty. 
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67. (Original) The apparatus of claim 61, further comprising: a module for 
marking specific files in said persistent cache as not modifiable; 

wherein said streaming file system does not allow any data to be written to 
said specific files that are marked as not modifiable; and 

wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

68. (Original) The apparatus of claim 61, further comprising: a module for 
maintaining checksums of application code and data in said persistent cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored n 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

69. (Currently Amended) The apparatus of claim 61 , further comprising: 

a module for assigning each file in an application program a unique 
identifier; 

wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; wherein 
files that are unchanged retain the same number; and 

wherein directories whose contents change are also considered changesr 
and if If any file changes, this will cause its parent to change, all the way up to a 
the-root directory. 

70. (Original) The apparatus of claim 69, wherein when an application 
upgrade occurs said client is given a new root directory for the application program by 
said server; wherein said new root directory is used by said streaming file system to 
search for files in the application program; wherein files that do not change can b e 
reused from said persistent cache without downloading them again from said server; 
and wherein files with new identifiers are retrieved from said server. 

71. (Currently Amended) The apparatus of claim 69 70 . wherein said 

application upgrades can be marked as mandatory by said server causing the new root 

directory for the application program to be used immediately; and wherein said 
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streaming file system contacts said server when an application program is started in 
order to receive any application upgrades. 

72. (Original) The apparatus of claim 61, wherein said server broadcasts an 
application program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

73. (Currently Amended) An apparatus for client-side retrieval, storage, and 
execution of application programs and other related data streamed from a server 
across a computer network to a client system in a computer environment, comprising: 

a streaming block driver on said client; 

wherein said block driver provides the abstraction of a physical disk to a 
native file system already installed on the client operating system; 

a persistent cache on said client wherein said persistent cache has data 
associated with an application program stored therein and wherein said data 
stored in said persistent cache is available for reuse after termination of said 
application program : 

wherein said block driver receives requests for physical block reads and 
writes from local processes which it satisfies out of said persistent cache on a 
standard file system that is backed by a physical disk drive; and 

wherein requests that cannot be satisfied by said persistent cache are 
sent to said server. 

74. (Original) The apparatus of claim 73, wherein said persistent cache is 
encrypted with a key not permanently stored on said client to prevent unauthorized use 
or duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the application 
program's persistent storage area in said persistent cache. 

75. (Original) The apparatus of claim 73, wherein said client initiates the 
prefetching of application program code and data from said server; and wherein said 
client inspects program code or data file requests and consults the contents of said 
persistent cache as well as historic information about application program fetching 
patterns and uses this information to request additional blocks of application program 
code and data from said server that said client expects will be needed soon. 
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76. (Original) The apparatus of claim 73, wherein said server initiates the 
prefetching of application program code and data for said client; and wherein said 
server examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need soon. 

77. (Original) The apparatus of claim 73, further comprising: 

a client-to-client communication mechanism that allows local application 
customization to migrate from one client machine to another without involving 
server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to 
client mechanism contacts the first machine to retrieve customized files and 
other customization data; and 

wherein unmodified files are retrieved from said server. 

78. (Original) The apparatus of claim 73, further comprising: 

wherein said block driver is a copy-on-write block driver that allows 
applications to write configuration or initialization files where they want to without 
rewriting the application, and without disturbing the local customization of other 
clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
a cache index; 

wherein said cache index indicates which pages in said persistent cache 
are clean and dirty; and 

wherein said copy-on-write block driver references said cache index to 
determine if a page is clean or dirty. 

79. (Original) The apparatus of claim 73, further comprising: 
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a module for marking specific files in said persistent cache as not 
modifiable; 

wherein said block driver does not allow any data to be written to said 
specific files that are marked as not modifiable; and 

wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

80. (Original) The apparatus of claim 73, further comprising: 

a module for maintaining checksums of application code and data in said 
persistent cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored n 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

81 . (Currently Amended) The apparatus of claim 73, further comprising: 

a module for assigning each file in an application program a unique 
identifier; 

wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; wherein 
files that are unchanged retain the same number; and 

wherein directories whose contents change are also considered changesv 
and if tf -any file changes, this will cause its parent to change, all the way up to a 
t^^^root directory. 

82. (Original) The apparatus of claim 81, wherein when an application 
upgrade occurs said client is given a new root directory for the application program by 
said server; wherein said new root directory is used by said block driver to search for 
files in the application program; wherein files that do not change can be reused from 
said persistent cache without downloading them again from said server; and wherein 
files with new identifiers are retrieved from said server. 

83. (Currently Amended) The apparatus of claim 84 82 , wherein said 

application upgrades can be marked as mandatory by said server causing the new root 
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directory for the application program to be used immediately; and wherein said block 
driver contacts said server when an application program is. started in order to receive 
any application upgrades, 

84. (Original) The apparatus of claim 73, wherein said server broadcasts an 
application program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 

85. (Original) An apparatus for client-side retrieval, storage, and execution of 
application programs and other related data streamed from a server across a computer 
network to a client system in a computer environment, comprising: 

a disk driver on said client; 

a user-mode client on said client; 

wherein said disk driver sends all file requests that ft receives to said user- 
mode client; 

a persistent cache on said client wherein said persistent cache has data 
associated with an application program stored therein and wherein said data 
stored in said persistent cache is available for reuse after termination of said 
application program ; and 

wherein said user-mode client attempts to satisfy said file requests from 
said program persistent cache or by making r e qu e sts from said server. 

86. (Original) The apparatus of claim 85, wherein said persistent cache is 
encrypted with a key not permanently stored on said client to prevent unauthorized use 
or duplication of application code or data; and wherein said key is sent to said client 
upon application startup from said server and said key is not stored in the application 
program's persistent storage area in said persistent cache. 

87. (Original) The apparatus of claim 85, wherein said client initiates the 
prefetching of application program code and data from said server; and wherein said 
client inspects program code or data file requests and consults the contents of said 
persistent cache as well as historic information about application program fetching 
patterns and uses this information to request additional blocks of application program 
code and data from said server that said client expects will be needed soon. 

88. (Original) The apparatus of claim 85. wherein said server initiates the 

prefetching of application program code and data for said client; and wherein said 
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server examines the patterns of requests made by said client and selectively returns to 
said client additional blocks that said client did not request but is likely to need soon. 

89. (Original) The apparatus of claim 85, further comprising: 

a client-to-client communication mechanism that allows local application 
customization to migrate from one client machine to another without involving 
server communication; 

wherein when a user wishes to run an application on a second machine, 
but wishes to retain customizations made previously on the first, said client-to- 
client mechanism contacts the first machine to retrieve customized files and 
other customization data; and 

wherein unmodified files are retrieved from said server. 

90. (Original) The apparatus of claim 85, further comprising: 

wherein said user-mode client is a copy-on-write user-mode client that 
allows applications to write configuration or initialization files where they want to 
without rewriting the application, and without disturbing the local customization of 
other clients; 

wherein each block of data in said persistent cache is marked as clean or 

dirty; 

wherein pages marked as dirty have been customized by the application 
program and cannot be removed from the cache without losing client 
customization; 

wherein pages marked as clean may be purged from the cache because 
they can be retrieved again from said server; 
a cache index; 

wherein said cache index indicates which pages in said persistent cache 
are clean and dirty; and 

wherein said copy-on-write user-mode client references said cache index 
to determine if a page is clean or dirty. 

91 . (Original) The apparatus of claim 85, further comprising: 

a module for marking specific files in said persistent cache as not 
modifiable; 
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wherein said user-mode client does not allow any data to be written to 
said specific files that are marked as not modifiable; and 

wherein attempts by any processes to mark any of said specific files as 
modifiable will not succeed. 

92. (Original) The apparatus of claim 85, further comprising: 

a module for maintaining checksums of application code and data in said 
persistent cache; 

wherein when a block of code or data is requested by a local process said 
streaming file system computes the checksum of the data block before it is 
returned to the local process; and 

wherein if a computed checksum does not match the checksum stored in 
said persistent cache the cache entry is invalidated and a fresh copy of the page 
is retrieved from said server. 

93. (Original) The apparatus of claim 85, further comprising: 

a module for assigning each file in an application program a unique 
identifier; 

wherein files that are changed or added in an application upgrade are 
given new identifiers never before used for that application program; wherein 
files that are unchanged retain the same number; and 

wherein directories whose contents change are also considered changesr 
and if - tf-any file changes, this will cause its parent to change, all the way up to a 
the-root directory. 

94. (Original) The apparatus of claim 93, wherein when an application 
upgrade occurs said client is given a new root directory for the application program by 
said server; wherein said new root directory is used by said user-mode client to search 
for files in the application program; wherein files that do not change can b e reused 
from said persistent cache without downloading them again from said server; and 
wherein files with new identifiers are retrieved from said server. 

95. (Currently Amended) The apparatus of claim 93_94, wherein said 
application upgrades can be marked as mandatory by said server causing the new root 
directory for the application program to be used immediately; and wherein said user- 
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mode client contacts said server when an application program is started in order, to 
receive any application upgrades. 

96. (Original) The apparatus of claim 85, wherein said server broadcasts an 
application program's code and data and any client that is interested in that particular 
application program stores the broadcasted code and data for later use. 
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SUMMARY OF EXAMINER INTERVIEW 

Identification of Claims Discussed 
Claim 1 was discussed. 

Identification of Prior Art Discussed 

U.S. Patent No. 6,374,402 was discussed. 

Proposed Clarifications 

The Examiner proposed clarifying the claims to indicate that the persistent cache 
was loaded with data associated with an application program. 

Results of Interview 

The Examiner agreed that the cited references failed to teach the features of a 
persistent cache that contains data associated with an application program in a 
streaming environment. 
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